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© Remote boot. 

© A system and method of down loading, over a 
network, operating systems or other executable pro- 
grams to a computer which does not have a boot 
device or other device containing the executable 
program. Down loading is accomplished without 
modification of the loadable image. The computer 
has a network interface which requests a minimum- 
boot program be transferred from a host computer 
on the network. The minimum-boot program, when 
executed, establishes a logical connection to a disk 
server on the network and allows the requesting 
computer to treat the disk server as' a local boot 
device. 
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REMOTE BOOT 



Background 



A computer includes both a physical machine, 
namely the hardware, and the instructions which 
cause the physical machine to operate, namely the 
software. Software includes both application and 
system programs. If the program is simply to do 
tasks for a user, such as solving specific problems, 
it is referred to as application software, if a pro- 
gram controls the hardware of the computer and 
the execution of the application programs, it is 
called system software. System software further 
includes the operating system, the program which 
controls the actual computer or central processing 
unit (CPU), and device drivers which control the 
input and output devices (I/O) such as printers and 
terminals. 

A general purpose computer is fairly compli- 
cated. Usually there will be a queue of application 
programs waiting to use the central processing 
unit. The operating system will need to determine 
which program will run next, how much of the CPU 
time it will be allowed to use and what other 
computer resources the application will be allowed 
to use. Further, each application program will re- 
quire a special input or output device and the 
application program must transfer its data to the 
operating system which controls the device drivers. 

The operating system is generally too large 
and complex to be stored in non-volatile Read Only 
Memory (ROM). Additionally, there are generally 
periodic changes made to the operating system 
which makes it impractical to store it in ROM. The 
operating system is usually stored on a magnetic 
disk and read into Random Access Memory (RAM) 
to be executed. The problem is that the access to 
the disk requires the disk hardware driver and the 
rest of the system software. It would therefore 
appear that there is no mechanism to start the 
computer, since to read the operating system off 
the disk requires that the operating system be 
present. 

. To get around this problem a technique called 
boot-strapping or booting is used. In booting, a 
small program is provided in a special ROM, called 
the boot-ROM. When the computer is first started, 
the contents in the boot-ROM are read and that 
program executed. The boot-ROM program is a 
small program which instructs the CPU where on a 
disk to find a larger boot program, which is termed 
the "boot-block" program. It also instructs the CPU 
how to load the program into memory ana execute 
it. The boot-block program is executed to copy the 
operating system off the disk. Once the operating 



system is in memory, it is executed and the com- 
puter is completely functional. 

A network of general purpose computers may 
be constructed by having a number of general 
5 purpose computers, termed nodes, communicate 
with one another over a communications link. If the 
computers are distant from each other, the network 
is termed a wide area network (WAN), while, if they 
are close together, for example, in the same build- 
to ing, it is called a local area network (LAN). In one 
type of LAN, each computer or node is connected 
to a common communication link by way of an 
interface, called a network device. 

The computers in a network communicate by 
;s sending messages to each other. Each message 
consists of a header field, which contains an iden- 
tifier which comprises the address of the network 
device of the computer to which the message is 
directed and an identifier which comprises the ad- 
20 dress of the network device of the computer send- 
ing the message, and a data field, which contains 
the information being sent between the computers. 

Each network device monitors the messages 
on the link and copies the message from the link 
25 into the computer's memory and notifies the com- 
puter if the message header contains the network 
device's address or if a message header includes a 
broadcast address, indicating that the message is 
being sent to all devices on the network or a 
30 multicast address, indicating that the message is 
being sent to ail devices within a certain address 
range. When a computer wishes to transmit in- 
formation to another computer, it attaches the ad- 
dress of the intended recipient to its own address 
as and attaches both to the information to form a 
message, which is transmitted over the commu- 
nication link. 

The availability of local area networks has ad- 
ded to the versatility of computers. It did not take 

40 users long to realize that the network could make 
files on disks belonging to one computer system 
on the network available to all computers on the 
network. Programs were developed which simpli- 
fied access to the files on the disks of another 

45 computer system. Eventually the concept evolved 
to assign special functions to certain computers on 
the network. For example, one computer would 
assign logical names to each physical device ac- 
cessible to the network. In that way a user instead 

so of requesting a file on a specified disk on a speci- 
fied system can simply request the file using some 
logical name, and a computer on the network which 
was designated to do the correlation then requests 
the file on the specified disk and system, treating 
the disk on that system as if it were the user's local 
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disk. This translation of logical names to physical 
devices is transparent to the user. The computer 
doing the translating in this case is termed a disk 
or file server. Other server functions have been 
defined, such as a print server, which allows a file 
to be printed without specifying to which computer 
the printer is attached. 

It is also possible to assign a user to a disk 
and then use the disk server to connect that user 
to that disk regardless of what computer on the 
LAN the user is on. A disk server program, termed 
a Local Area Disk (LAO), allows a user on one 
computer to treat a file on a disk on another 
computer as a virtual disk. This virtual disk acts as 
if it were a disk on the user's computer. 

One of the files which can be accessed across 
the network are the operating system files. In fact, 
even before the LAD concept made the access to a 
file easy, many systems were developed to 
"downline" load an operating system to a computer 
on the network. It became unnecessary, therefore, 
that the computer, which is receiving the operating 
system, have an operating system on a disk or 
have a disk at all. For such a system to function, 
there are only two requirements. The first is that 
the network device be capable of generating a 
message and transmitting it over the communica- 
tions link to request the operating system from 
another computer on the network. The second is 
that the network device be capable of loading the 
operating system it received into memory and 
causing the CPU to execute it. 

In one prior arrangement, upon powering on 
the computer, the network device transmitted a 
request to be booted. This request, broadcast to ail 
the other computers on the network, includes a 
simple message which contains the network de- 
vice's hardware address. A computer on the net- 
work, upon receiving this request, checks its 
database to determine if it contains a listing iden- 
tifying an operating system for the requesting com- 
puter. If the receiving computer finds the list entry 
of the requesting computer in its database, it be- 
comes the host computer and retrieves the re- 
quested operating system from its disk, attaches 
the requesting computer's address to the file to 
form a message, and transmits the message on the 
network. 

The requesting computer receives the mes- 
sage, copies it into its memory, and initiates the 
operating system execution. Although in principle 
the loading of an operating system into a computer 
on the network is simple to understand, its actual 
implemention is fairly complex. 

To go into more detail, upon powering on, the 
requesting computer performs a self-test/power-up 
sequence. As part of the sequence, the processor 
looks for a boot device. If it fails to find a boot 



device, the processor will allow the network device 
to request a boot over the network. 

Typically, the network device will not use the 
protocols usually used to communicate between 
5 computers. The reason for this is that such pro- 
tocols are more complex than is necessary for 
such a simple task, and the network device would 
have to support a great deal of functionality it 
would not need. So instead, a simple protocol is 
jq used which consists of a small set of specialty 
messages for performing, testing, making boot re- 
quests, etc. (see for example DECnet T Oigital Net- 
work Architecture Maintenance Operations Func- 
tional Specification, order number (AA-x436A-TK 
is DIGITAL EQUIPMENT CORPORATION, MAY- 
NARD, MASS). The boot request message, for 
example, might simply contain the code number for 
a boot request, the code number for the type of 
device making the request, what type of computer 
20 the request is for, and whether the program re- 
quested is a boot-strap program or the operating 
system program. To these codes the network de- 
vice of the requesting computer attaches its ad- 
dress, and an address indicating this. is a broadcast 
25 to all other computers on the network. 

When another computer on the network re- 
ceives this message, it takes the hardware address 
of the message and looks through its list of com- 
puters for which it has operating system programs. 
30 If it fails to find the hardware address of the re- 
questing computer listed in its database, the re- 
ceiving computer simply ignores the message. If 
no computer has responded to the requesting com- 
puter within a certain amount of time, the request- 
35 ing computer will again transmit a boot request. If 
the receiving computer finds the address of the 
requesting computer listed in its database, it then 
determines whether the requesting system's op- 
erating system is to be loaded immediately or in a 
40 series of steps. 

The problem with this method of loading an 
operating system using the network is that too 
much information must be contained within the 
network prior to the boot request. That is, a com- 
45 puter node on the network needs to know, a priori, 
what programs, including boot-programs and op- 
erating system, each bootable network computer 
on the network would require. Further, for the op- 
erating system to work with the boot-programs, it is 
so necessary that the operating system be modified to 
contain "hooks" or entry points that the boot-pro- 
grams can call. 

55 SUMMARY OF INVENTION 



The invention provides a new and improved 
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system and method of downloading operating sys- 
tems or other executable programs to a computer 
on a network without a boot device and without 
requiring a modification of the loadable image. 

Upon power up. the network device requests a 
boot and a minimum-boot program is transferred 
over the network into the requesting computer's 
memory. This minimum-boot program contains the 
functionality necessary to establish a network con- 
nection to a disk server on the network. When 
chained into the power-up/self-test program of the 
requesting computer, the minimum-boot program 
causes the computer to function as though it has a 
local disk with an operating system image, while 
actually transmitting all the disk accesses made by 
the computer across the network. Because the 
network is treated like a disk, there is no need to 
modify the operating system for downline loading. 

BRIEF DESCRIPTION OF THE DRAWINGS 



This invention is pointed out with particularity 
in the appended claims. The above and further 
advantages of this invention may be better under- 
stood by referring to the following description taken 
in conjunction with the accompanying drawings, in 
which: 

Fig. 1 is block diagram of a system con- 
structed in accordance with the invention including 
a host system and a node to be booted; 

Fig. 2 is a block diagram of the minimum 
boot program structure; 

Fig. 3 is a step diagram of the boot proce- 
dure. 

DESCRIPTION OF AN ILLUSTRATIVE EMBODI- 
MENT 



Fig. 1 depicts a network consisting of a com- 
puter node 10, which does not include a local boot 
device, and a computer host node 14, which has a 
disk 20 containing the operating system of node 
10, connected by a communications link 12. The 
node 10 has a communications interface, called the 
network device 26 by which it transmits and re- 
ceives messages on the communications link 12. 
Similarly, node 14 has a communications interface 
28. 

The node 10 has many of the elements of an 
ordinary computer, such as a memory 27 and a 
central processing unit (CPU) 24. In addition it may 
have peripheral devices such as a video display 
terminal 16 and a local disk storage device 29. 

The host 1 4 also has the elements of a com- 



puter including a CPU 30 and a memory 32 as well 
as peripherals such as a video display terminal 18 
and a disk 20. The disk 20 on the host 14 not only 
contains the host's operating system 23 but also a 

s minimum-boot program 34 needed to load the 
node 10 and a virtual disk file 33 containing the 
operating system 22 for node 10. 

Upon powering up, the processor 24 of com- 
puter 10 executes a power on/self-test sequence 

io during which it attempts to find a boot device which 
contains a file with its operating system in it. If it 
finds no boot device, the network device 26 broad- 
casts a request for an operating system over the 
network communications line 12. The network de- 

is vice 28 on the host 14 determines that the mes- 
sage is in broadcast mode and notifies the CPU 30. 
The CPU 30 of host 14 determines that the mes- 
sage is a boot request and searches its memory 32 
to attempt to identify an operating system for the 

20 node 10. If it finds such an identification, it con- 
structs a message by attaching the hardware ad- 
dress of the network device 26 of node computer 
10 onto a minimum-boot program file 34 and 
places the message on the communications line 

25 12. 

The communications device 26 of . the node 10 
receives the message and copies the minimum- 
boot program into the node's low memory ad- 
dresses 36 of its memory 27. The CPU 24 then 

30 begins to execute the minimum-boot program. The 
minimum-boot program is then copied into the high 
addresses 46 of memory 27 and the power-on/self- 
test sequence completes. 

At this point the software on the node 10 is 

35 essentially treating the file 33 on disk 20 on host 
14 as its virtual local disk. The node 10 reads a 
boot-block 56 from the virtual disk file 33 on disk 
20 and uses it to load its operating system 22. It is 
important to note that all this is taking place over 

40 the network link 12 and not through access of the 
node's 10 local disk storage 29. 

To understand the sequence of events in de- 
tail, it is first necessary to consider the nature of 
the minimum-boot program. The minimum-boot 

45 program, shown in Fig 2, consists of a header 41 
which identifies it as a network program to the 
host's operating system. The next portion is a boot- 
control program 42 which will prepare the node 10 
for the downline load. A Local Area Disk (LAD) 

so portion 48 is a program which allows a file on a 
disk on the network to be treated as a virtual local 
disk by node 10. A Local Area Systems Transport 
(LAST) 50 provides the actual local area network 
communications functions as described in co-pend- 

55 ing application entitled "LOCAL AREA SYSTEM 
TRANSPORT" By 8ruce E. Mann Et al. Attorney 
docket No. PO 88-0421. A Data Link Layer (DLL) 
52 is the protocol providing the mechanism for 
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communications between nodes through the net- 
work device 26 on node 10 and network device 28 
on node 14. Finally, a Scheduler program 54 pro- 
vides the real-time scheduling and timers required 
by network communications. 

Fig. 3 shows in detaif the steps performed by 
node 10 and host 14 during a downline load of the 
operating system for node 10. To the left of the 
figure are the steps performed by the node 10 and 
to the right are the steps performed by the host 14. 
Transfers between the two over the communica- 
tions link 12 are shown in the center of the figure. 
The direction of the arrows indicates the direction 
of message flow. 

With reference to Figs. 1, 2, and 3. when the 
computer 10 is powered on, it initiates a power- 
on/self-test (Step 100). During the power-on/self- 
test, the CPU 24 checks addresses on the bus to 
determine if an option board is present on the 
system. If it finds an option board, it processes any 
initialization routines located on the board. When 
the option board is a network device 26. the initial- 
ization routines (Step 102) on the device requests a 
boot from the network by broadcasting a boot 
request (Step 104). Another computer 14 on the 
network receives (Step 106) the boot request and 
searches (Step 108) its database for information 
concerning the requesting node 10. If the request- 
ing node 10 is in the database, the appropriate 
minimum boot routine is recovered (Step 110) from 
disk 20 and transmitted (Step 112) to the request- 
ing node 10. 

Upon receipt (Step 114) of the minimum-boot 
routine by node 10, it copies it into low memory 36 
and executes it (Step 116) in particular the boot 
control program 42. The minimum boot-control pro- 
gram 42 of the minimum-boot routine first deter- 
mines (Step 118) the amount of memory 27 on 
node 10. In one embodiment, in which node 10 
includes an IBM compatible personal computer, 
this is accomplished by initiating an interrupt- 12 
interrupt service routine. The boot-control 42 modi- 
fies (Step 120) the memory size reported by sub- 
tracting the size of the minimum boot program (Fig. 
2) from the memory size returned by interrupt-12 in 
a location in memory. This is done to make this 
portion of memory unavailable to the node 10. The 
minimum boot routines are copied (Step 122) into 
high memory 46, and the boot-control is chained 
(Step 124) to a routine which enables a boot block 
to be read from a local disk. This is done to allow 
the power up/self-test sequence to complete and to 
regain control upon its completion. 

The power-up/self-test sequence regains (Step 
126) control upon completion of the network device 
26 initialization routines and completes (Step 128). 
Upon completion, the power-up/self-test sequence 
attempts jStep 1 30) to read the boot block on the 



local disk. In this embodiment in which node 10 
includes an I8M compatible personal computer, 
this is accomplished by initiating an interrupt- 19 
interrupt service routine. This causes the boot- 

5 control routine 42 to regain control (Step 132). The 
boot-control routine 42 calls (Step 134) the LAD 
program 48, the LAST program 50, the DLL pro- 
gram 52 and the Scheduler 54 at their entry points 
to initialize them. In this embodiment in which node 

w 10 includes an IBM compatible personal computer, 
any disk access request generates an interrupt-1 3. 
LAD is chained to interrupts 3 so that any disk 
access request will be intercepted by LAD (Step 
136). 

75 The boot-control program 42 regains (Step 

138) control, and enables the registers of the net- 
work device 26 to be read (Step 140) to determine 
the network address of node 10. The boot-control 
program 42 calls (Step 142) the LAD program 48 to 
20 establish a local area disk connection. Once the 
local area disk connection is established with serv- 
er (Step 144), the virtual disk is available to the 
node. Once the local area disk connection has 
been established, the communications parameters 
25 may in fact, be changed. For example, in one 
embodiment, shown in Figs. 3C and 3D, it is at this 
time that the DECnet network parameters for the 
node 10, such as a network address, are read 
(Step 146) by the server so that the LAD routine 48 
30 on the node 10 can be used to read (Step 148) the 
parameter file. Once the parameters are read, the 
LAD connection is broken (Step 150) and re-establ- 
shed (Step 152) using the new LAD parameters. In 
the general case where the communication param- 
35 eters need not be changed. steps*M46, 148, 150, 
and 152 need not be not taken and the node 10 
continues with the boot procedure by requesting a 
read of boot- sector 56 to be retrieved. 

The boot control program (42) issues a read 
40 request for the boot-sector 56 (Step 154). In one 
embodiment, in which node 10 includes an IBM 
compatible personal computer, this is accom- 
plished by asserting interrupt-13. Since the LAD 
program 48 is chained in the interrupt service rou- 
45 tine (Step 136) it intercepts this request and directs 
(Step 156) it to the host 14. This host 14 reads 
(Step 158) the boot-sector 56 on the disk 20 and 
allows the node 10 to read it (Step 160). LAD 48 on 
the node 10 then exchanges messages (Step 162) 
so with host 14 that facilitates the transfer of boot- 
sector 56 to node 10, and its execution (Step 164). 

The boot-sector 56 enables the node 10 to 
request the operating system by asserting (Step 
166) interrupt-13 which is again intercepted by LAD 
55 48 and directed (Step 168) to the server. The 
server reads (Step 170) the operating system from 
file 33 on disk 20 and makes it available (Step 172) 
to LAD 48 on node 10. LAD 48 allows node 10 to 
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read (Step 174) the operating system 22 and load 
it into memory 27. When all the operating system 
is loaded, LAD is unchained from interrupt-13 (Step 
176) from LAD and returned to the local disk 29. 
Control is transferred to the initialization code of 
the executable program or operating system (step 
178). 

It shoufd be stated that in this embodiment the 
host and the server were indicated to be the same 
node 14. This is not a requirement, and it is possi- 
ble to have another implimentation in which they 
are separate. 

It must be noted that none of the steps of the 
downline load of the operating system required that 
the operting system be modified in any way. By 
treating the host disk as if it were the local disk, 
any executable image may be loaded without 
modification. 

Having shown the preferred embodiment those 
skilled in the art will realize many variations are 
possible which will still be within the scope and 
spirit of the claimed invention. Therefore, it is the 
intention to limit the invention only as indicated by 
the scope of the claims. 



Claims 

1. A method for downline loading an execut- 
able image from a host computer to a node on a 
network comprising the steps of: 

A. issuing of a boot request by a node over 
said communications line; 

B. loading of a minimum-boot program into 
low memory of said node by said host; 

C. executing said minimum-boot by said 

node; 

D. copying of said minimum-boot in said 
high memory of said node; 

E. chaining said minimum-boot to interrupt- 
19 of said node; 

F. completing a system selftest by said 

node; 

G. returning control to said minimum-boot by 
said system selftest; 

H. initializing a plurality of functions by said 

node; 

I. establishing a connection said node and 
said host; 

J. reading a boot sector on said host by said 

node; 

K. loading said executable image; 

L. releasing said LAD interrupt handling. 
2. A method of downline loading an executable 
image from a host computer over a communica- 
tions link to a node, said node having an interface 
through which it communicates over said commu- 
nications link, comprising the steps of: 



A. initiating execution by said node of a 
node initialization program, said initialization pro- 
gram initiating execution of an interface initialization 
program to initialize said interface; 

s 8. execution by said node of said interface 

initialization program to enable said node to re- 
trieve a remote image retrieval program over said 
communications link and to link said remote image 
retrieval program to a local image retrieval interrupt 

70 service routine, said node thereafter completing 
execution of said node initialization program; 

C. execution by said node, in response to a 
local image retrieval interrupt service request gen- 
erated by said node, of said remote image retrieval 

is program to initiate retrieval of an executable image 
from said host; and 

D. execution by said node of said executable 

image. 

3. A method as defined in claim 2 in which said 
20 node, following retrieval of said executable image, 

thereafter removes the remote image retrieval pro- 
gram from said local image retrieval interrupt ser- 
vice routine. 

4. The method of claim 2 wherein the execu- 
25 tion of said interface initialization program com- 
prises the steps of: 

A. determining that said interface is config- 
ured to receive said remote image retrieval pro- 
gram over said communications link; and 
30 B. requesting said remote image retrieval 

program over said communications link. 

5. The method of claim 4 wherein said node 
has a memory having an address space which 
extends from a low address value to a high ad- 

35 dress value and in which said node, following the 
request of said remote image retrieval program, 
thereafter: 

A. loads said remote image retrieval program 
into said memory at a portion of said address 

40 space proximate said low address space; 

B. determines the size of said memory on 
said node; 

C. loads in a memory size interrupt service 
location a new memory size value equal to the 

45 memory size minus the size of the remote image 
retrieval program; and 

D. copies said remote image retrieval pro- 
gram into said memory at a portion of said address 
space proximate said high address value. 

so 6. The method of claim 5 wherein the deter- 

mining of the amount of memory on said node 
comprises the steps of: 

A. generating a request memory size inter- 
rupt service request; and 
55 b. reading a value returned in said memory 

size interrupt service location. 

7. The method of claim 2 wherein said genera- 
tion of said local image retrieval interrupt service 
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request is in response to the completion of the 
execution of said node initialization program. 

8. The method of claim 2 wherein said execu- 
tion of said remote image retrieval program com- 
prises the steps of: 

A. linking, by said node, of a local storage 
simulation program, which treats a storage device 
on the host computer as a local storage device, to 
a local storage device interrupt service routine; 

B. establishing by said node of communica- 
tion with said host; and 

C. reading by said node of said executable 
image located on a storage device on said host. 

9. The method of claim 8 wherein the estab- 
lishing of communication with said host by said 
node comprises the steps of: 

A. reading an address register of said inter- 
face to determine said address of said node; 

B. generating a local storage device interrupt 
service request; 

C. intercepting of said local storage device 
interrupt service request during processing of said 
local storage simulation program; and 

D. using of said address during processing 
of said local storage simulation program to send a 
message to said host to establish a connection to 
said host storage device. 

10. The method of claim 8 wherein said node 
following said execution of said remote image re- 
trieval program, thereafter removes said local stor- 
age simulation program from said local storage 
device interrupt service routine. 

11. A node for connection in a system includ- 
ing a host computer, a communications link con- 
necting said host and said node, and an interface 
through which the node communicates over said 
communications link, said node comprising a pro- 
cessor and a set of programs comprising: 

A. a node initialization program to initiate 
execution of an interface initialization program; 

8. an interface initialization program, to en- 
able said node to retrieve a remote image retrieval 
program over said communications link and to link 
said remote image retrieval program to a local 
image retrieval interrupt service routine; 

C. a remote image retrieval program to ini- 
tiate retrieval of an executable image from said 
host; and 

D. an executable image. 

12. A node for connection in a system includ- 
ing a host computer, a communications link con- 
necting said host to said node, and an interface 
through which the node communicates over said 
communications link, said node comprising; 

A. a means for executing on said node a 
node initialization program including an interface 
initialization program; 

B. a means for executing said interface ini- 



tialization program, to enable said node to retrieve 
a remote image retrieval program over said com- 
munications link and to link said remote image 
retrieval program to a local image retrieval interrupt 

5 service routine; 

C. a means for executing, following the link- 
ing of said remote image retrieval program to said 
local image retrieval interrupt service routine and in 
response to a local image retrieval interrupt service 

jo request, said remote image retrieval program to 
initiate retrieval of an executable image from said 
host; and 

0. a means for executing said executable 

image. 

;s 13. The node in claim 11. said node further 

comprising a means for removing said remote im- 
age retrieval program from said local image re- 
trieval interrupt service routine following the re- 
trieval of said executable image. 

20 14 The node in claim 11 wherein said proces- 

sor for executing said interface initialization pro- 
gram comprises: 

A. a means for determining said interface is 
configured to receive said remote image retrieval 

25 program over said communications link, and 

8. a means for requesting said remote im- 
age retrieval program over said communications 
link. 

15. The node in claim 13 further comprising: 

30 A. a memory having an address space which 

extends from a low address value to a high ad- 
dress value; 

B. a means for loading said remote image 
retrieval program into said memory at a portion of 

35 said address space proximate said- low address 
value following said request of said remote image 
retrieval program; 

C. a means for determining the size of said 
memory; 

4 0 0. a means for loading into a memory size 

interrupt service location a new memory size value 
equal to the memory size minus the size of the 
remote image retrieval program; and 

E. a means for copying said remote image 

45 retrieval program into memory of a portion of said 
address space proximate said high address value. 

16. The node in claim 14 wherein said means 
for determining the size of said memory comprises: 

A. a means for generating a request memory 
so size interrupt service request; and 

B. a means for reading a value returned in 
said memory size interrupt service location. 

17. The node in claim 11 further comprising a 
means for generating said local image retrieval 

55 interrupt service request in response to the com- 
pletion of the execution of said node initialization 
program. 

18. The node in claim 11 wherein said proces- 
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sor for executing said remote image retrieval pro- 
gram comprises: 

A. a means for linking a local storage simula- 
tion program which treats a storage device on the 
host computer as a local storage device to a local s 
storage device interrupt service routine; 

B. a means for establishing communication 
with said host; and 

C. a means for reading said executable im- 
age located on a storage device on said host. w 

19. The node of claim 17 wherein said means 
for establishing communications with said host 
comprises: 

A. a means for reading an address register 

of said interface to determine said address of said is 
node; 

B. a means for generating a local storage 
device interrupt service request; and 

C. a means for sending a message including 

said address of said node to said host to establish 20 
a connection to said host storage device in re- 
sponse to a local storage device interrupt service 
request. 

20. The node of claim 17 further comprising a 
means for removing said local storage simulation 25 
program from said local storage device interrupt 
service routine following said execution of said 
remote image retrieval program. 

30 
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(g> Remote boot. 



© A system and method of down loading, over a 
network, operating systems or other executable pro- 
grams to a computer which does not have a boot 
device or other device containing the executable 
program. Down loading is accomplished without 
modification of the loadable image. The computer 
has a network interface which requests a minimum- 



FIG. I 



boot program be transferred from a host computer 
on the network. The minimum-boot program, when 
executed, establishes a logical connection to a disk 
server on the network and allows the requesting 
computer to treat the disk server as a local boot 
device. 
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